home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / tcp / 930020.txt < prev    next >
Internet Message Format  |  1994-06-04  |  9KB
  1. Date: Wed, 20 Jan 93 04:30:13 PST
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V93 #20
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Wed, 20 Jan 93       Volume 93 : Issue   20
  11.  
  12. Today's Topics:
  13.                     DK5SG-bbs for wampes please??
  14.                                  FAQ?
  15.                             Future of NOS
  16.                       Microsoft 7.0 & WG7J JNOS
  17.              N6GN Microwave Link Construction Info Sought
  18.                     Packet driver for DRSI cards ?
  19.                                  RCS
  20.                          Several minor things
  21.  
  22. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  23. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the TCP-Group Digest are available
  27. (by FTP only) from UCSD.Edu in directory "mailarchives".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: Sun, 17 Jan 93 05:49:57 UTC
  35. From: g6phf@wg7j.ECE.ORST.EDU
  36. Subject: DK5SG-bbs for wampes please??
  37. To: tcp-group@ucsd.edu
  38.  
  39.   This may be the wrong group for this, but I think the ka9q-unix group
  40. has dried up? and there are probably more listeneres on here with Unix.
  41.   I am looking for the DK5SG bbs software that I belive works with Wampes??
  42. I have looked on Ucsd.edu, and cannot see it there. Also are there any usres
  43. with ISC Unix, that are also runing Wampes??
  44.   Thanks in advance, Mike
  45.  
  46. ------------------------------
  47.  
  48. Date: Tue, 19 Jan 1993 17:53:36 EST
  49. From: Khaled BOUAZIZ (IRSIT/TUNISIE) <bouaziz@spiky.rsinet.tn>
  50. Subject: FAQ?
  51. To: tcp-group@ucsd.edu
  52.  
  53. Hello Networkers,
  54.  
  55. I am looking for the frequently asked questions (FAQ) to this list.
  56. Can anyone help me to get them?
  57.  
  58. Thank you 
  59.  
  60. Khaled
  61. internet bouaziz@spiky.rsinet.tn
  62. x400     <c=tn;a=ptt;p=irsit;o=tunis;ou=irsinet;s=bouaziz>
  63. bitnet   bouaziz@tnearn.bitnet
  64.  
  65. ------------------------------
  66.  
  67. Date: Tue, 19 Jan 93 19:39:23 CST
  68. From: jrc@brainiac.mn.org (Jeffrey Comstock)
  69. Subject: Future of NOS
  70. To: tcp-group@ucsd.edu
  71.  
  72. In article <9301190034.AA0146@RELAY.WESTBORO.LEGENT.COM> you write:
  73. >Steve Sampson writes -
  74. >
  75. >Well, frankly more than I want to prepend to this msg.
  76. >
  77. >I couldnt agree more, infact this is, in a vailed way, what "PMNOS" v2.0 will
  78. >be. Specifically capitalizing on an object orientation. ie, you have nodes 
  79. >(stations) files and mail (specilized file). The object, no pun intended, is to
  80. >move objects around. One can see this in OS/2, System 7 and Cairo(uSofts WPS).
  81.  
  82. I have toyed with this: Machine A is running KA9Q.  Machine B is running
  83. Sun PCNFS.  Machine C is a unix box running mountd/nfsd and connected to
  84. machine D, another machine running KA9Q.  You may then NFS mount file systems 
  85. on C from B.  
  86.  
  87.    B ---ether/slip----> A -----radio waves-------> D ----ether/slip----->C
  88. PC/PCNFS             PC/KA9Q                    PC/KA9Q               Sun/nfsd
  89.  
  90. Machine B could just as well be another Unix box instead of a PC.  I have
  91. done this too.  I have also done it through gateways: Machine's D/C were
  92. on totally different frequencies, and all the packets were routed through
  93. a machine that had TCP/IP and RF on my frequency and the remote machines 
  94. frequencies.
  95.  
  96. The stuff you guy's are talking about isn't futuristic, I did all this
  97. about two years ago.  This doesn't work too good at 1200/VHF, but one
  98. of the 9600/UHF weinersnitzels here in the Twin Cities told me they have
  99. stuff NFS mounted all over the place up there, and everybody is using
  100. NOS as a router.  
  101.  
  102. -- 
  103. Jeffrey R. Comstock 
  104. HOME  jrc@brainiac.mn.org
  105. CW    -. .-. ----- -..
  106.  
  107. ------------------------------
  108.  
  109. Date: Wed, 20 Jan 93 11:03:27 PST
  110. From: "Jerzy Tarasiuk" <JT@zfja-gate.fuw.edu.pl>
  111. Subject: Microsoft 7.0 & WG7J JNOS
  112. To: tcp-group@ucsd.edu
  113.  
  114. > Date: Fri, 15 Jan 93 19:50:17 PST
  115. > Message-Id: <21120.aa6ed@aa6ed.ampr.org>
  116. > I don't want to get into a debate as to which is the better compiler,
  117. > Borland C++ 3.1 or Microsoft 7.0.  I'm more concerned with the inability
  118. > to compile JNOS or any other NOS version using the Microsoft 7.0
  119. > product.
  120. > Has NOS/JNOS developed into a compiler/vender specific application,
  121. > and no longer has the ANSI standardization needed to transverse
  122. > different compiler software platforms?
  123. > Has anyone had success compiling WG7J JNOS 1.06++ using Microsoft 7.0???
  124. > Once again, I'm not against Borland products, I'm more concerned about
  125. > the trend of locking NOS/JNOS into being able to use ONLY Borland
  126. > products.
  127.  
  128. I don't have MS C 7.0 and tried 6.0 only. One of problems is
  129. setjmp/longjmp implementation - not suitable for multitasking.
  130. In Borland products, they save/set all registers, including SS,
  131. in MicroSoft C, they save/set few registers only, NOT including SS;
  132. result is: all stacks must be in same segment or it will not work
  133. unless we write Borland-compatible setjmp/longjmp for MS C or
  134. something else to do task switch.
  135. C standard tells the setjmp/longjmp were designed for non-local
  136. jumps between functions rather than between tasks.
  137. Does anyone know other reasons for MicroSoft cannot be used for NOS?
  138.  
  139. 73's, JT
  140.  
  141. ------------------------------
  142.  
  143. Date: Tue, 19 Jan 1993 13:34:08 -0600
  144. From: bob@ke9yq.ampr.org (Bob Van Valzah, ke9yq)
  145. Subject: N6GN Microwave Link Construction Info Sought
  146. To: tcp-group@ucsd.edu
  147.  
  148. I'd like to build a few of the n6gn 2 Mbps 10 GHZ links described in the
  149. ARRL handbook, but I'm having trouble understanding some of the
  150. construction details for the preamp/transmitter board.
  151.  
  152. If anyone else has successfully built one of these links or knows an E-Mail
  153. address for Glenn Elmore (n6gn himself), I'd like to correspond.
  154.  
  155. The return address above is an MX record reachable from the Internet.
  156.  
  157. 73, Bob, ke9yq
  158.  
  159. ------------------------------
  160.  
  161. Date: Wed, 20 Jan 93 1:36:49 MEZ
  162. From: Morgan Wemanis <morgan@miljovet.miljo.gu.se>
  163. Subject: Packet driver for DRSI cards ?
  164. To: tcp-group@ucsd.edu
  165.  
  166. Hello!
  167.  
  168. I'm looking for a packet driver to PC*PA DRSI card,
  169. or replacement code in assembler for the
  170. SCC drivern to KA9Q/PA0GRI NOS..
  171.  
  172. If there is, where can i FTP it ?
  173.  
  174. I'm trying to work 9600bps G3RUH with a old PC/XT 8MHz
  175. with V30 processor , but the C-written SCC drivern
  176. in NOS and my 8MHz PC/XT doesn't work in 9600bps..
  177. (up to 7200bps it work just fine..)
  178.  
  179. I running BPQ v4.05 as a driver for the DRSI card right now,
  180. and have packet driver in NOS to talk with the BPQ/ports.
  181.  
  182. This works, but not very good...
  183.  
  184. 73 de Morgan/SM6TKY
  185.  
  186. Please reply to,
  187.    Internet: morgan@miljovet.miljo.gu.se
  188. -or- Packet: sm6tky@sk6sa.o.swe.eu
  189.  
  190. ------------------------------
  191.  
  192. Date: Wed, 20 Jan 93 11:11:33 +0200
  193. From: Ari Husa <luru@stekt.oulu.fi>
  194. Subject: RCS
  195. To: tcp-group@ucsd.edu
  196.  
  197. Hi!
  198.  
  199. I recently downloaded the latest NOS source (now in RCS files),
  200. grabbed the latest RCS for DOS I could find and tried to make.
  201.  
  202. No such luck. Apparently there is a conflict between RCS convention of
  203. using filenames like VERSION.C%V and the command processor's desire to
  204. expand any %-sign-something to an environment variable? Or something,
  205. in any case, make results in:
  206.  
  207.          co  mktl.c
  208. co error: RCS\mktl.c: No such file or directory
  209.  
  210. I have an (empty besides makefile) source directory and below that an
  211. RCS directory containing all the source files. As far as I could tell
  212. from the RCS manual page, this is as it is supposed to be, no?
  213.  
  214. Now, I am new to RCS and I am sure there is something I am missing
  215. here. Can someone help me out, please?
  216.  
  217.  Luru
  218.  
  219. ------------------------------
  220.  
  221. Date: Wed, 20 Jan 93 08:39:15 GMT
  222. From: Alan Cox <iiitac@pyr.swan.ac.uk>
  223. Subject: Several minor things
  224. To: tcp-group@ucsd.edu
  225.  
  226. 1.) There have been several messages about things like 2MBps 10GHz links.
  227. I was I have to admit looking more in the 56KBit range since I can't see
  228. a PC coping with a 2MBps link at any speed. I'm looking for any recommendations
  229. on books/papers on the subject that people have found useful. ESPECIALLY
  230. working with NOS/NET since it's a bit hard to run a full service Linux
  231. system at 1200 baud
  232. PS: Reminds me G4KLX ->  Im GW4PTS@GB7AKJ in case my packet mail doesnt
  233. arrive.
  234.  
  235. 2) I fiddled with the ka9q ax.25 code (oh foolish me), and accidentally
  236. assumed an SABM frame is followed by no data. Strangely I was getting
  237. crashes from a PK232 someone was using in conventional TNC mode which
  238. was outputting 3 or 4 extra bytes on an SABM frame. Watching this TNC
  239. in action it was also crashing any tiny-2 PMS it talked to in spectacular
  240. style. Should those 4 bytes be there and if not what does the poor
  241. victim of this pk232 need to do to stop it crashing things ?
  242.  
  243. Alan
  244.  
  245. ------------------------------
  246.  
  247. End of TCP-Group Digest V93 #20
  248. ******************************
  249. ******************************
  250.